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Description 

[0001] The present invention relates to a client-server 
distributed computer system. Such a computer system 
has application in broadcast multimedia applications. 
[0002] Early computer systems were standalone sys- 
tems, consisting generally of mainframe computers. 
Later, several mainframe computer systems were close- 
ly connected, or clustered, to handle larger computing 
jobs, such as a large number of time sharing users. With 
the advent of personal computers, large numbers of rel- 
atively low power standalone computer systems were 
controlled directly by their users. Soon these large num- 
bers of personal computers were coupled together into 
networks of computers, providing shared resources and 
communications capabilities to the users of the individ- 
ual personal computers and between those users and 
the preexisting mainframe computers. 
[0003] One form of such a network includes a central 
computer, called a server, which generally includes a 
large amount of mass storage. Programs used by the 
network users are centrally stored in the mass storage 
on the server. When a user desires to run a program, 
the user's computer requests that a copy of that program 
be sent to it from the server. In response to that request, 
the server transfers a copy of the program from its mass 
storage to the main memory of the personal computer 
of that user, and the program executes on that personal 
computer. Data also may be centrally stored in the serv- 
er and shared by all the users on the network. The data 
is stored on the mass storage of the server, and is ac- 
cessible by all the network users in response to a re- 
quest. The server also serves as a hub for communica- 
tions of messages (electronic mail) between network us- 
ers The server in such a system handles the storage 
and distribution of the programs, data and messages, 
but does not contribute any processing power to the ac- 
tual computing tasks of any of the users. I.e. a user can- 
not expect the server computer to perform any of the 
processing tasks of the program executing on the per- 
sonal computer. While such networks perform a valua- 
ble function, they are not distributed computing sys- 
tems, in which interconnected computers cooperate to 
perform a single computing task. 
[0004] In an improvement to such networks, the net- 
work may be configured in such a manner that a user 
on the network may request that the server, or other per- 
sonal computer connected to the network, execute a 
program. This is termed remote execution because a 
computer (server or other personal computer) remote 
from the requester is executing a program in response 
to a request from the requester. In such a system, the 
program of which remote execution is requested is ei- 
ther sent from the requester to the remote computer, or 
retrieved from the server in response to a request by the 
remote computer. When the program is received, it is 
executed. In this manner several computers may be en- 
listed to cooperate in performing a computing function. 


[0005] Recently, there have been programs which 
distribute the actual computing tasks necessary for per- 
forming a single computing function. For example, in 
such a data base program, where the data base is 
5 stored in the mass storage of the server, if a user desires 
to make a query of the data base, the portion of the data 
base management program on that user's personal 
computer will generate a query request, which is for- 
warded to the server. The portion of the data base man- 
to agement program on the server performs the query 
processing, e.g. parsing the query request, locating 
where the data specified in the query request resides 
on its mass storage device, accessing that data, and 
sending the results back to the requesting personal 
15 computer over the network. The portion of the data base 
management program on the personal computer then 
processes the data received from the server, e.g. for- 
matting it, and displaying it on the screen or printing it 
on a printer. While the server is processing the query 
20 request, the personal computer is free to perform other 
processing, and while the personal computer is gener- 
ating the query request, and processing the resulting da- 
ta received from the server, the server is free to process 
query requests from other personal computers. 
25 [0006] Other types of programs are also amenable to 
this type of distributed computing, termed client-server 
computing. The sharing of the processing tasks be- 
tween the personal computer and the server improves 
the overall efficiency of computing across the network. 
30 Such client-server computer systems, and remote exe- 
cution networks, may be termed distributed computing 
systems because several computers (the server and/or 
the respective peripheral computers) cooperate to per- 
form the computing function, e.g. data base manage- 
rs ment. 

[0007] Recently, broadcast multimedia programs, 
more specifically, interactive television (TV) programs, 
have been proposed. Interactive TV programs will allow 
a viewer of a television program to interact with that pro- 
40 gram. In an interactive TV system, the central broadcast 
location (TV network, local TV studio, cable system, 
etc.) will have a central computer, corresponding to the 
server computer, which will produce signals related to 
the interactive TV program to be broadcast simultane- 
ous ously with the TV (video and audio) signals. These sig- 
nals carry data representing the interactive TV program 
and may include commands, executable program code 
and/or data for controlling the viewer interaction. Each 
viewer location will have a computer, corresponding to 
50 the client computer, which will receive the commands, 
executable code and/or data from the central computer, 
execute the executable code, process the received da- 
ta, accept input from the user and provide data to the 
user by means of the TV screen. The input from the user 
55 may be sent back to the computer at the broadcast lo- 
cation, allowing the user to interact with the interactive 
TV program. 

[0008] U.S. Patent 4,965,825, SIGNAL PROCESS- 
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ING APPARATUS AND METHODS, issued Oct. 23, 
1990 to Harvey et al., describes an interactive TV sys- 
tem in which a central broadcast location includes sig- 
nals carrying commands, executable code and data in, 
for example, the vertical blanking interval of the televi- 5 
sion signal for receipt by the computer systems at the 
viewer locations. A computer at the viewer location ex- 
tracts the commands, executable code and data and ex- 
ecutes the code to process the data and interact with 
the user. Such a system is comparable to the remote 
execution function of distributed computer systems, de- 
scribed above, in that the viewer computer is enlisted 
into the interactive TV program, and is controlled by the 
central location. 

[0009] U.S. patent 5,251 ,301 , COMPUTER REMOTE 
CONTROL THROUGH VIDEO SIGNAL, issued Octo- 
ber 5 1993, to Gary M. Cook, describes a system for 
simultaneously using a video signal to provide a video 
picture and computer data. Data signals, representative 
of the computer data, are utilized to substitute digital sig- 
nals representative of video pixels at a transmitting end. 
A digital signal, so modified, is reconverted to an analog 
signal, transmitted to a receiver, which then displays a 
video picture corresponding to the modified signal, and 
also extracts the computer data so that this data may 
be provided to a computer. The computer can accord- 
ingly be controlled by the computer data, as a video pic- 
ture is displayed. 

[0010] In all of the above systems, a central computer 
controls or responds to requests from peripheral com- 
puters attached to it through a network. I.e. the periph- 
eral computer (personal computer) requests remote ex- 
ecution of a program', requests a file or message from, 
or sends a query request to, another computer. Only in 
response to a request does the other computer provide 
a response, e.g. remote execution, the requested file, 
message or retrieved data. In addition, in general, the 
peripheral computer is required to have all the resources 
necessary to completely, or almost completely execute 
the desired program, with the server acting only as an- 
other storage mechanism or at most sharing a portion 
of the computing tasks. 

[0011] The inventors herein propose a distributed 
computing system in which a server computer continu- 
ously produces a data stream. This data stream acts a 
mass storage device for the client computers receiving 
it. This data stream repetitively includes data represent- 
ing a distributed computing application in which the cli- 
ent computer may participate, including 5 executable 
code and data. A transport mechanism, including a high 
speed, one-way, communication path, carries the data 
stream from the server to the client. The client receives 
the data stream, extracts the distributed computing rep- 
resentative data and executes the distributed computing 
application. 

[0012] In accordance with one aspect of the present 
invention there is provided a distributed computer sys- 
tem comprising a data stream source adapted simulta- 


neously to produce a plurality of continuous data 
streams, repetitively to insert data representing a dis- 
tributed computing application into at least one of the 
plurality of continuous data streams, and to include a 
directory module into at least one of the plurality of con- 
tinuous data streams, the directory module including in- 
formation relating to the distributed computing applica- 
tion. 

[001 3] Preferably the source is adapted to insert said 
data into each of the plurality of continuous data 
streams, and to include a directory module in each of 
the plurality of continuous data streams; and further 
comprising a client computer (20), including a data re- 
ceiver adapted to select one of the plurality of continu- 
ous data streams, to extract (206) the data representing 
the distributed computing application from the selected 
one of the plurality of continuous data streams, and to 
execute (224) the distributed computing application. 
[0014] In accordance with a second aspect of the in- 
vention there is provided a client computer (22) for use 
in a distributed computing system, the client computer 
(22) characterized by: an input terminal (30), a adapted 
selectively to receive one of a plurality of continuous da- 
ta streams, the selected one of the plurality of continu- 
ous data streams repetitively including data represent- 
ing a distributed computing application and a directory 
module; a data stream receiver (207), coupled to the in- 
put terminal (30), adapted to receive the selected one 
of the plurality of continuous data streams and to extract 
(206) the data representing the distributed computing 
application; and a processing unit (224), coupled to the 
data stream receiver, adapted to receive and execute 
(210) the distributed computing application; wherein the 
data stream receiver (207) is further adapted to extract 
the directory module from the selected one of the plu- 
rality of continuous data streams and to extract the data 
representing the distributed computing application from 
the selected one of the plurality of continuous data 
streams in response to information in the extracted di- 
rectory module. 

[001 5] In a distributed computing system according to 
the invention, the client computer system need not in- 
clude all the resources, in particular, main memory and 
mass storage, necessary to perform the entire program. 
Instead, no mass storage is required because the data 
stream provides the function of the mass storage de- 
vice, and the main memory requirement is modest be- 
cause only the currently executing portion of the pro- 
gram need be stored in memory. When the currently ex- 
ecuting portion has completed, its memory space is 
freed up, and the next executing portion is extracted 
from the data stream, stored in the freed memory space, 
and that portion begins execution. 
[0016] In addition, a distributed computing system ac- 
cording to the present invention allows the user of the 
client computer to have the option of participating in the 
distributed computing task. If it is desired to participate, 
the client computer extracts the data representing the 
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distributed computing application and executes the dis- 
tributed computing application, as described above. If it 
is desired not to participate, the data stream is merely 
ignored, and the processing desired by the user, or none 
at all, is performed. Such a distributed computing sys- 
tem also allows each participating client computer to join 
the distributed computing function at any time and to 
proceed at its own pace in performing its own computing 
function. 

[0017] A distributed computing system according to 
the present invention is particularly amenable to inter- 
active TV applications because it allows a viewer to tune 
into an interactive TV channel at any time, join in the 
interactivity whenever desired (or not at all), and allows 
all the viewers to proceed at their different paces. This 
is especially advantageous in an environment when an 
interactive commercial, with its own executable code 
and data, may be presented within an interactive pro- 
gram, or when the viewer wishes to change channels. 

BRIEF DESCRIPTION OF THE DRAWING 

[0018] In the drawing: 

FIGURE 1 is a block diagram of a distributed com- 
puting system according to the present invention; 
FIGURE 2 is a block diagram of a server computer 
as illustrated in FIGURE 1; 
FIGURE 3 is a timing diagram illustrating the data 
streams produced by a server computer in a distrib- 
uted computing system as illustrated in FIGURE 1; 
FIGURE 4 is a block diagram of a client computer 
as illustrated in FIGURE 1. 

[0019] FIGURE 1 is a block diagram of a distributed 
computing system according to the present invention. 
In FIGURE 1, a server computer 10, which may include 
a large computer system, is coupled to a plurality of cli- 
ent computers 20 through a transport mechanism 30. 
The server computer 10 may be coupled to more than 
the three client computers 20 illustrated in FIGURE 1, 
and the client computers 20 may be geographically 
widely dispersed. Client computer 22 is bidirectionally 
coupled to a local computer 40, to an auxiliary data 
processing system 50 and to a central processing facility 
60. The central processing facility 60 is bidirectionally 
coupled to the server computer 1 0. The central process- 
ing facility 60 may also be connected to facilities other 
than the server computer 10 illustrated in FIGURE 1. 
The local computer 40 is further bidirectionally coupled 
to a mass storage device 70. The client computer 22 
interacts with a user 80 by providing information to the 
user via a display screen or other output device (not 
shown) and by accepting information from the user via 
a keyboard or other input device (also not shown). 
[0020] Client computers 24 and 26 also interact with 
their users, (not shown in order to simplify the drawing). 
In addition, client computers 24 and 26 are bidirection- 


ally coupled to the central processing facility 60. Such 
links are optional, however. The only requirements for 
any client computer 20 is a way to interact with a user, 
and a connection to the transport mechanism 30. Links 
5 to local computers, auxiliary data processing systems, 
and the central processing facility 60 are all optional, 
and need not be present in every one of the client com- 
puters 20. 

[0021] The transport mechanism 30 includes a unidi- 
10 rectional high speed digital data link, such as a direct 
fiber optic or digital satellite link from the server 10 to 
the client computers 20. The data may be transported 
over the transport system 30 by a packet data system. 
In such a system, a stream of data packets, each includ- 
es ing identification information indicating, among other 
things, the type of data contained in that packet and the 
actual data, is transmitted through the data link. Such a 
packet data system allows several independent streams 
of data, each identified by identification information in 
20 their packets, to be time multiplexed within a single 
stream of packets. 

[0022] In addition, it is possible to multiplex a plurality 
of such packet data streams over respective channels 
on the same physical medium (fiber optic or satellite ra- 

25 dio link) making up the transport mechanism 30. For ex- 
ample, different data streams may be modulated on car- 
rier signals having different frequencies. These modu- 
lated carriers may be transmitted via respective trans- 
ponders on a satellite link, for example. Further, if a par- 

30 ticular transponder has sufficient capacity, it is possible 
to time multiplex several data streams on a single mod- 
ulated carrier. 

[0023] The client computers 20 each contain a data 
receiver for selecting one of the streams of packets be- 

35 ing transported over the transport mechanism 30, re- 
ceiving the selected stream of packets and extracting 
the data contained in them. Continuing the above ex- 
ample, the data receiver may include a tunable demod- 
ulator for receiving one of the respective modulated car- 

40 riers from the satellite link. In addition, the data receiver 
may include circuitry for time demultiplexing the respec- 
tive data streams being carried by that modulated car- 
rier. 

[0024] In operation, the server 10 produces a contin- 
45 uous data stream in the form of a stream of packets for 
the client computers 20. The server 10 repetitively in- 
serts a packet, or successive packets, containing data 
representing the distributed computing application, in- 
cluding at least one executable code module, into the 
50 data stream. This code module contains executable 
code for the client computers 20. The data receiver in, 
for example, client computer 22, continuously monitors 
the packets in the data stream on transport mechanism 
30. When a packet including identification information 
55 indicating that it contains the code module (or a portion 
of the code module) required by the client computer 22 
is present in the data stream, the client computer 22 de- 
tects its presence, extracts the code module (or the por- 
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tion of the code module) from that packet and stores it 
in the main memory. When the code module is com- 
pletely received, the client computer 22 begins to exe- 
cute it. 

[0025] There may be more than one code module 5 
placed in the continuous data stream, each containing 
a different portion of the distributed computing applica- 
tion. For example, it is possible to divide the distributed 
computing application into small portions in such a man- 
ner that only one portion at a time need be executed at 
a time. The portion of the distributed computing appli- 
cation currently needed to execute is loaded into the 
memory of the client computer 22. When that portion 
has completed its execution, then a code module con- 
taining the executable code for the next portion of the 
distributed computing application is extracted from the 
data stream, stored in memory and executed. Each por- 
tion is extracted from the data stream as needed. If there 
is sufficient memory in the client computer 22, it is pos- 
sible to load several code modules into the memory and 
switch between them, without extracting them from the 
data flow, but this is not necessary. By structuring a dis- 
tributed computing application in this manner, the re- 
quired memory size of the client computer 22 may be 
minimized 

[0026] The server 10 may also repetitively include a 
packet or packets containing one or more data modules 
in the data stream. The data modules contain data to be 
processed by the executable code in the code module. 
Prior to, or during the execution of the code from a pre- 
viously extracted code module, the client computer 22 
may require access to the data in the data module or 
modules. If so, the client computer 22 monitors the data 
stream for the required data module or modules. When 
packets containing the data module or modules (or por- 
tions of the data module or modules) are present in the 
data stream, they are extracted, and the contents stored 
in the main memory of the client computer 22. When all 
the required data modules have been completely re- 
ceived, the client computer 22 begins or continues ex- 
ecution of the code from the code module to process the 
data from the received data module or modules. As is 
the case for code modules, it is possible for more than 
one data module to be stored in memory, if there is suf- 
ficient memory in client computer 22. 
[0027] The server 1 0 may further repetitively include 
in the data stream a packet or packets containing a di- 
rectory of the code and data modules currently being 
included in the data stream. The directory includes a list 
of all the code and data modules which are present in 
the data stream, along with information about those 
modules. If a directory is present in the data stream, 
then, prior to extraction of any code or data modules 
from the data stream, the client computer 22 monitors 
the data stream for the directory. When packets contain- 
ing the directory (or portions of the directory) are present 
in the data stream, they are extracted, and their data 
stored in the main memory of the client computer 22. 


When the directory has been completely received, the 
client computer 22 evaluates the entries in the directory, 
then requests the first code and/or data module from the 
data stream and execution proceeds as described 
above. 

[0028] Any of the client computers 20 may join the dis- 
tributed computing function represented by the packet 
stream at any time, and each of the client computers 20 
may operate at its own speed, generally in response to 
the user 80. In order to allow for this, the server 1 0 re- 
petitively places the directory and all the code and data 
modules which the client computers 20 may require to 
perform their portion of the distributed computing func- 
tion into the data stream on the transport mechanism 
30. Whenever one of the client computers 20 joins the 
distributed computing function, it monitors the newly se- 
lected packet stream on the transport mechanism 30 for 
the directory module, extracts it, and processes it as de- 
scribed above. During execution, whenever one of the 
client computers 20 requires the a new code and/or data 
module, it monitors the data stream on the transport 
mechanism 30 for the newly required code and/or data 
module, extracts it and either executes it, if it is a code 
module, or processes it if it is a data module, as de- 
scribed above. 

[0029] The packet data stream may also include 
packets of auxiliary data. This data is not required by 
the client computer 22 for execution of the code, al- 
though it may be related to the execution because the 
user 80 may interact with the executing program on the 
client computer 22 based on received auxiliary data. 
The data stream receiver in the client computer 22 rec- 
ognizes the auxiliary data packets in the data stream on 
the transport mechanism 30 and passes them directly 
to the auxiliary data processor 50. The auxiliary data 
processor 50 processes its packets independently of the 
client computer 22. If the auxiliary data must be present- 
ed to the user 80, the auxiliary data processor 50 may 
provide its own display device (not shown) which may 
be shared with the client computer 22, or the display de- 
vice (not shown) associated with the client computer 22 
may be shared with the auxiliary data processor 50, to 
provide a single information display to the user 80. The 
auxiliary data processor 50 may have links to other il- 
lustrated elements (not shown), but that is dependent 
upon the type of data. 

[0030] In an interactive TV system, for example, the 
auxiliary data includes the video and audio portions of 
the underlying television signal. For example, the auxil- 
iary data would include video packets containing MPEG, 
or MPEG-like, encoded data representing the television 
image and audio packets containing digitally encoded 
audio. Further, there may possibly be several different 
audio packet streams carrying respective audio chan- 
nels for stereo, second audio program (SAP) or multi- 
language capability. In an auxiliary data processor 50 in 
such a system, the video packets would be supplied to 
a known MPEG (or similar) decoder (not shown) which 
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would generate standard video signals, which would be 
supplied to a television receiver or video monitor (not 
shown). The audio packets would be supplied to a 
known audio decoder (not shown) which would gener- 
ate standard audio signals for the television receiver or 
speakers (not shown). 

[0031] In such an interactive TV system, the client 
computer 22 may, in response to execution of the exe- 
cutable code module, generate graphic displays to sup- 
ply information to the user 80. These graphic displays 
may be combined with the standard video signal from 
the MPEG decoder in a known manner, and the com- 
bined image displayed on the television receiver or vid- 
eo monitor. The client computer 22 may also generate 
sounds to provide other information to the viewer. The 
generated sounds may be combined, in known manner, 
with the standard audio signals from the audio decoder, 
and the combined sound played through the television 
receiver or speakers. 

[0032] Furthermore, time code data may be included 
in either or both of the television auxiliary packet data 
stream and the packet data stream representing the in- 
teractive TV application. This permits synchronization 
of any graphic images or sounds generated by the client 
computer 22 with the television signal from the auxiliary 
data. In this case, the client computer 22 would have 
access to the time code data, and would control the gen- 
eration of the graphic image and/or sound to occur at 
the desired time, as supplied by the time code data. 
[0033] In such an interactive TV system, both the cli- 
ent computer 22 and the auxiliary data processor 50 
may be contained in a single enclosure, such as a tele- 
vision receiver, or television set-top decoder box. A tel- 
evision receiver, or decoder box would include connec- 
tors for attaching to a local computer or other equipment. 
[0034] The user 80 provides input to the program run- 
ning on the client computer 22 during its execution. This 
data may be required by the server 10 in order to effect 
the distributed computing function. In an interactive TV 
system, for example, user 80 may provide input to the 
client computer through a handheld remote control unit. 
[0035] The user data is transferred to the server com- 
puter 1 0 via the central processing facility 60. In one em- 
bodiment, data is sent from the client computers 20 to 
the server computer 10 via modems through the tele- 
phone system acting as the central processing facility 
60. The server computer 1 0 receives and processes the 
data received from the client computers 20 during exe- 
cution of its portion of the distributed computing function. 
[0036] Server computer 10 may generate new, or 
modify existing, code and/or data modules in the data 
stream on the transport mechanism 30, in a manner de- 
scribed below, based on that received data. Alternative- 
ly, the server computer 10 may immediately return infor- 
mation to the client computers 20 in the other direction 
through the central processing facility 60. The informa- 
tion in newly generated code and/or data modules is 
processed by all client computers 20 participating in the 


distributed computing function, while information 
passed from the server computer 10 to the client com- 
puters 20 through the central processing facility 60 is 
specifically related to the client computer (22, 24, 26) to 
5 which that information was sent. 

[0037] In another embodiment, the central processing 
facility 60 may include its own computer system, sepa- 
rately connected by modem to both the client computers 
20 and the server computer 10 through the telephone 
10 system. In either of the above embodiments, the central 
computing facility 60 provides access to other comput- 
ers or processing facilities (not shown) via the telephone 
system. Thus, if information from other computer sys- 
tems is needed to perform the distributed computing 
15 function, those computer systems may be accessed via 
modem through the telephone system by either the cli- 
ent computers 20 or the server computer 1 0. 
[0038] An input/output (I/O) port on the client compu- 
ter 22 is coupled to a corresponding port on the local 
20 computer 40. Local computer 40 is collocated with the 
client computer 22. Local computer 40 may be a per- 
sonal computer used by the user 80 of the client com- 
puter 22, or may be a larger computer, or computer net- 
work located at the same site as the client computer 22. 
25 This allows the client computer 22 to access data on the 
attached mass storage 70 of the personal computer or 
a computer on the network located at the client compu- 
ter 22 site. In addition, the client computer 22 may use 
the mass storage 70 of the local computer 40 for storage 
30 of data to be retrieved later. It is likely that the local com- 
puter 40 will include both an output device (not shown) 
such as a computer monitor and an input device (also 
not shown) such as a computer keyboard. Both of these 
may be shared with the client computer 22 and/or the 
35 auxiliary data processor 50, as described above. 

[0039] For example, the distributed computing sys- 
tem illustrated in Figure 1 may be part of a widespread 
corporate computing system, and the server 10 may be 
located at a central location of that corporation. The cli- 
40 ent computer 22 may be located at a remote location, 
and the local computer 40 may be coupled to the per- 
sonal computer network at that location. Workers at that 
location may store shared data (e.g. financial informa- 
tion) on the server connected to that network. The dis- 
45 tributed computing function may include gathering local 
financial data from the client computers at the remote 
locations, processing that financial data and returning 
overall financial results to the client computers. In such 
an application, the executable code executed on the cli- 
50 ent computer 22 accesses the data from the local com- 
puter 40 (either from its attached mass storage 70 or 
through the network) through the I/O port, and sends it 
to the server computer 10 through the central process- 
ing facility 60. The server computer 10 continues its 
55 processing based on the information received from cli- 
ent computer 22 (and other client computers 20), and 
returns the results of that processing to the client com- 
puters 20 either through the central processing facility 
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60 or via the data stream on the transport mechanism 
30. 

[0040] In another example, the distributed computing 
system may be an interactive television system, broad- 
casting a home shopping show as the distributed com- 5 
puting application. In such a case, the auxiliary data car- 
ries the video and audio portion of the television signal, 
which may show and describe the items being offered 
for sale, and may include both live actors and overlaid 
graphics generated at the central studio. Code and data 
modules making up the interactive television application 
may include data about the products which will be of- 
fered for sale during this show, or portion of the show, 
and executable code to interact with the user in the man- 
ner described below. 

[0041] When a viewer wishes to order an item, a but- 
ton is pressed on the TV remote control. This button sig- 
nals the client computer 22 to display a series of instruc- 
tions and menus necessary to solicit the information 
necessary to place the order, e.g. the item number, 
name and address of the viewer, the method of pay- 
ment, the credit card number (if needed), etc. These in- 
structions are generated in the client computer as 
graphics which are overlaid on the television video im- 
age. It is also possible for a computer generated voice 
to be generated and combined with the television audio 
either by voice-over, or by replacing the television audio. 
The viewer responds to the instruction by providing the 
requested information via the TV remote control. When 
the information requested by the on-screen display and/ 
or voice instructions has been entered by the viewer, it 
is sent to a central computer via the modem in the client 
computer. An order confirmation may be sent in the oth- 
er direction from the central computer. 
[0042] It is also possible that permanent information 
about the viewer (i.e. the name, address, method of pay- 
ment and credit card number) may be preentered once 
by the viewer, so it is not necessary to solicit that infor- 
mation each time an order is placed. The information is 
stored in permanent memory in the client computer. In 
such a case, when an order is placed, that information 
is retrieved from the permanent memory, appended to 
the item number and transmitted to the central compu- 
ter. It is further possible that, by means of time codes, 
or other commands, inserted into the data stream, the 
client computer will know which item is currently being 
offered for sale. In such a case, the viewer will be able 
to order it by simply pressing one button on the TV re- 
mote control. In response, the client computer can com- 
bine the previously received information related to the 
item currently being offered for sale with the previously 
stored personal information related to the viewer, and 
transmit the order to the central computer and receive 
the confirmation in return. 

[0043] Because the code and data modules related to 
the home shopping program are repetitively inserted in- 
to the data stream, a viewer may tune into the program 
at any time and be able to participate interactively. Sim- 


ilarly, it is not necessary for the viewer to participate in- 
teractively, but may simply ignore the interactive portion 
of the show. 

[0044] It is also possible for the client computer 22 to 
receive control information from the local computer 40. 
For example, the user 80, using the local computer 40, 
could control the client computer 22 via the I/O port to 
select a desired one of the data streams on transport 
mechanism 30, and process the program currently be- 
ing broadcast on that data stream, with interaction with 
the user 80 through the input and output devices (not 
shown) connected to the local computer 40. 
[0045] It is further possible for the user 80 to cause 
the client computer 22 to access the server computer 
10 through the central processing facility 60, instead of 
via the data stream on transport mechanism 30, and re- 
ceive code and data modules via this bidirectional link. 
[0046] FIGURE 2 is a block diagram illustrating a 
server computer 10 as illustrated in FIGURE 1 . In FIG- 
URE 2, a source of distributed computing application 
code and data 101 includes an application compiler, and 
software management module (not shown) and has an 
output terminal coupled to an input terminal of a flow 
builder 1 02. An output terminal of flow builder 1 02 is cou- 
pled to an input terminal of a transport packetizer 104. 
An output terminal of transport packetizer 1 04 is coupled 
to a first input terminal of a packet multiplexer 106. An 
output terminal of packet multiplexer 106 is coupled to 
an input terminal of a transport multiplexer 110. An out- 
put terminal of transport multiplexer 110 is coupled to 
the physical medium making up the transport mecha- 
nism 30 (of FIGURE 1 ). A second input terminal of pack- 
et multiplexer 1 06 is coupled to a source of auxiliary data 
packets 107. A clock 109 has respective output termi- 
nals coupled to corresponding input terminals of the 
transport packetizer 104 and auxiliary data source 107. 
A data transceiver 103 has an first bidirectional terminal 
coupled to the central processing facility 60 (of FIGURE 
1 ) and a second bidirectional data coupled to the appli- 
cation code and data source 101. 
[0047] Application code and data source 101, flow 
builder 102, transport packetizer 104, auxiliary data 
source 107, clock 109 and packet multiplexer 106, in 
combination, form a channel source 108 for the trans- 
port mechanism, illustrated by a dashed box in . Other 
channel sources, including similar components as those 
illustrated in channel source 108 but not shown in FIG- 
URE 1, are represented by another dashed box 108a. 
The other channel sources (1 08a) have output terminals 
coupled to other input terminals of the transport multi- 
plexer 110, and may have input terminals coupled to 
central processing facilities through data transceivers. 
[0048] In operation, data representing the distributed 
computing application program, and data related to the 
transmission of the program over the transport mecha- 
nism 30 are supplied to the flow builder 102 from the 
application source 101 . This data may be supplied either 
in the form of files containing data representing the code 
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and data modules, or by scripts providing information 
on how to construct the code and data modules, or other 
such information. The code and data modules may be 
constant or may change dynamically, based on inputs 
received from the client computers 20 via the central 
computing facility 60 and/or other sources. The execut- 
able code and data module files may be generated by 
a compiler, interpreter or assembler in a known manner 
in response to source language programming by an ap- 
plication programmer. The data file related to the trans- 
mission of the modules includes such information as: 
the desired repetition rates for the directory and the code 
and data modules to be included in the data stream; the 
size of main memory in the client computers 20 required 
to store each module, and to completely execute the ap- 
plication program; a priority level for the module, if it is 
a code module, etc. 

[0049] Flow builder 102 processes the data from the 
application source 101. In response, flow builder 102 
constructs a directory module, giving an overall picture 
of the application program. The information in the direc- 
tory module includes e.g. the identification of all the 
code and data modules being repetitively transmitted in 
the data stream, their size and possibly other informa- 
tion related to those modules. Then the application pro- 
gram representative data is processed to generate the 
code and data modules. The directory, code and data 
modules thus constructed are formatted by adding mod- 
ule headers and error detection and/or correction codes 
to each module. A transmission schedule is also gener- 
ated. After this processing is complete, the data repre- 
senting the directory module and the code and data 
modules are repetitively presented to the transport 
packetizer 104 according to the schedule previously 
generated. 

[0050] The transport packetizer 104 generates a 
stream of packets representing the directory module 
and the code and data modules as they are emitted from 
the flow builder 1 02. Each packet has a constant prede- 
termined length, and is generated by dividing the data 
stream from the flow builder into groups of bits, and add- 
ing a packet header with information identifying the in- 
formation contained in the packet, and an error detec- 
tion and/or correction code, etc., to each group, such 
that each packet is the same predetermined length. (If 
there is insufficient data from the flow builder 102 to 
completely fill a packet, the packet is padded with null 
data.) These packets are time multiplexed with the aux- 
iliary data packets, in a known manner, to form a single 
packet stream in the packet multiplexer 106. It is also 
possible for the generated packets to have varying 
lengths. In this case, the packet header for each packet 
will contain the length of that packet. In addition, time 
code data packets are placed in the data stream packets 
and/or the auxiliary data packets based on data re- 
ceived from the clock 1 09. 

[0051] Packet streams from all of the channel sources 
(108,108a) are multiplexed into a single transport chan- 


nel, which is transmitted through transport mechanism 
30. As described above, the packet streams may be fre- 
quency multiplexed by having each packet stream mod- 
ulate a carrier signal at a different frequency, with all of 

5 the carriers being carried by a satellite link to the client 
computers 20, in a known manner. In addition, if there 
is sufficient capacity within one carrier channel, several 
packet streams may be statistically time multiplexed, 
and used to modulate a single carrier, also in a known 

10 manner. For example, it has been proposed to time mul- 
tiples up to eight interactive television data streams 
through a single satellite link. 

[0052] Data from the client computers 20 via the cen- 
tral processing facility 60 (of FIGURE 1) is received at 

15 the server computer 10 by the data transceiver 103, 
which may include its own processor (not shown). If an 
immediate response is generated, the transceiver 103 
processor returns that response via the central process- 
ing facility 60 to a specific client computer (22-26), a spe- 

20 cific set of the client computers 20 or to all client com- 
puters 20 in their turn. If, however, a common response 
to all client computers 20 is desired, the application pro- 
grammer may amend the code and data files in the ap- 
plication code and data source 1 01 using the application 

25 compiler. These amended files are then processed by 
the flow builder again to generate another flow. It is fur- 
ther possible that the code and data files in the applica- 
tion source 101 may be amended automatically and dy- 
namically (i.e. in real time) in response to data received 

30 from the transceiver 103, and the flow updated as the 
data is being received from the client computers 20. 
[0053] FIGURE 3 is a timing diagram illustrating the 
data streams produced by the server computer 10 in a 
distributed computing system as illustrated in FIGURE 

35 1 . in FIGURE 3 server computer 10 is shown as simul- 
taneously producing a plurality of packet streams 32-38. 
Each packet stream (32-38) is shown as a horizontal 
band divided into packets having the same duration and 
number of bits. As described above, it is possible that 

40 the size of the packets within any packet stream vary 
with the amount of data to be carried. In FIGURE 3 it 
can be seen that the starting times of the packets are 
not synchronized. It is possible to synchronize the pack- 
ets, but it in not necessary. In FIGURE 3, packets car- 

45 rying data representing directories are designated DIR, 
packets carrying data representing code modules are 
designated CM, packets carrying data representing da- 
ta modules are designated DM, and packets carrying 
auxiliary data are designated AUX. 

so [0054] In the top series of packets 32, the leftmost 
packet contains data representing a code module, CM. 
This is followed by three packets containing auxiliary da- 
ta, AUX, followed by another packet containing data rep- 
resenting the code module, CM. From the series of 

55 packets 32 it can be seen that the code module is re- 
petitively produced. There may be more or fewer pack- 
ets in between successive repetitions of the code mod- 
ule packets CM. The rate of repetition may be specified 
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by the programmer when the application is pro- 
grammed, and may be varied during the execution of 
the application. 

[0055] In the next series of packets 34, the leftmost 
packet contains auxiliary data, AUX. The next two pack- 5 
ets contain respective portions of a code module 
(CM1 ,CM2). The last packet contains auxiliary data, 
AUX. From the series of packets 34 it can be seen that 
if a code module is too large to be contained in a single 
packet, it may be carried by more than one, with each 10 
packet containing a portion of the code module. Al- 
though two packets are illustrated in the series of pack- 
ets 34 as containing the code module (CM1,CM2), any 
number of packets may be used to carry the code mod- 
ule, depending upon its size. The two packets carrying 15 
the code module, (CM1.CM2) are repetitively transmit- 
ted (not shown) in the series of packets 34, as described 
above. 

[0056] In the series of packets 36, the leftmost packet 
contains data representing a code module (CM). The 20 
next packet (DM1 ) is a first packet containing data rep- 
resenting a data module. The next packet contains aux- 
iliary data, AUX. The next packet (DM2) is a second 
packet containing the remaining data representing the 
data module. From the series of packets 36 it may be 25 
seen that a data module (DM1, DM2), associated with 
the code module (CM), may also be included in the 
packet stream. Both the code module (CM) and the data 
module (DM1, DM2) are repetitively transmitted (not 
shown) in the series of packets 36. The rate of repetition 30 
of the code module (CM) may be different from that of 
the data module (DM1, DM2), and both rates may be 
specified by the application programmer and varied dur- 
ing the execution of the application. 
[0057] It may further be seen that if the data module 35 
is too large to be contained in a single packet, it may be 
carried by more than one packet, with each packet con- 
taining a portion of the data module. Although two pack- 
ets are illustrated in the series of packets 36 as contain- 
ing the data module (DM1 ,DM2), any number of packets 40 
may be used to carry the data module, depending upon 
its size. It may be further seen that the packets carrying 
the data module need not be transmitted sequentially, 
but may have intervening packets in the packet stream. 
The same is true for multiple packets carrying a code 45 
module or directory module (not shown). 
[0058] In the bottommost series of packets 38, the 
leftmost packet contains data representing the directory 
(DIR). The next packet contains data representing a 
code module (CM), followed by a packet containing aux- so 
iliary data (AUX) and a packet containing data repre- 
senting a data module (DM). In the series of packet 38 
all of a directory module (DIR), a code module (CM) and 
a data module (DM) in a single packet stream may be 
seen. The respective repetition rates of these three 55 
modules may be different, as specified by the program- 
mer of the application, and may be varied during the ex- 
ecution of the application. 


[0059] FIGURE 4 is a block diagram of a client com- 
puter 22 as illustrated in FIGURE 1 . In FIGURE 4, trans- 
port mechanism 30 (of FIGURE 1 ) is coupled to an input 
terminal of a stream selector 202. An output terminal of 
stream selector 202 is coupled to respective input ter- 
minals of an auxiliary data extractor 204 and a packet 
data extractor 206. An output terminal of auxiliary data 
extractor 204 is coupled to the auxiliary data processor 
50 (of FIGURE 1 ). A bidirectional terminal of packet data 
extractor 206 is coupled to a corresponding terminal of 
a stream I/O adapter 208. A control output terminal of 
stream I/O adapter 208 is coupled to a corresponding 
control input terminal of stream selector 202. The com- 
bination of stream selector 202, auxiliary data extractor 
204 and packet data extractor 206 form a data stream 
receiver 207 for client computer 22, illustrated by a 
dashed line in FIGURE 4. 

[0060] Stream I/O adapter 208 forms a part of a 
processing unit 224 in client computer 22, illustrated by 
a dashed line in FIGURE 4. In addition to the stream I/ 
O adapter 208, processing unit 224 includes a proces- 
sor 210, read/write memory (RAM) 212 and read-only 
memory (ROM) 214 coupled together in a known man- 
ner via a system bus 216. Further input and output fa- 
cilities are provided by an I/O port 218, coupled to the 
local processor 40 (of FIGURE 1 ); user I/O adapter 220, 
for communicating with user 80; and modem 222, cou- 
pled to the central processing facility 60 (of FIGURE 1 ); 
all also coupled to the system bus 216 in a known man- 
ner. Other adapters (not shown) may be coupled to sys- 
tem bus 21 6 to provide other capabilities to the process- 
ing unit 224. 

[0061] As described above, auxiliary data extractor 
204, I/O port 218 and modem 222 are not required in a 
client computer 20 according to the present invention. 
They are illustrated in FIGURE 1 and FIGURE 4 to show 
optional additional functionality. 
[0062] In operation, processor 210 of processing unit 
224 retrieves program instructions permanently stored 
in ROM 214, or temporarily stored in RAM 212, and ex- 
ecutes the retrieved instructions to read data from ROM 
212 and/or RAM 214, write data to RAM 212 and/or re- 
ceive data from or supply data to outside sources via 
the I/O port 218, user I/O adapter 220 and/or modem 
222, in a known manner. Under program control, proc- 
essor 210 may also request a code and/or data module 
from the data stream supplied to the client computer 22 
via the transport mechanism 30 (of FIGURE 1). To re- 
trieve this data, processor 210 first instructs stream I/O 
adapter 208 to send a selection control signal to the 
stream selector 202, possibly in response to user input 
from user I/O adapter 220. Then processor 210 issues 
a request for a specific code or data module to the 
stream I/O adapter 208. Stream I/O adapter 208 relays 
this request to the packet data extractor 204. 
[0063] Transport mechanism 30 (of FIGURE 1) sup- 
plies all of the plurality of packet streams (32-38 of Fig- 
ure 3) it carries to the stream selector 202, which passes 
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only the selected packet stream. Auxiliary data extractor 
204 monitors the selected packet stream, extracts the 
auxiliary data packets from it and supplies them directly 
to the auxiliary data processor 50 (of FIGURE 1 ). Packet 
data extractor 206 similarly monitors the selected pack- 
et stream, extracts the directory, code and/or data mod- 
ule packets requested by the stream I/O adapter 208 
and supplies them to the stream I/O adapter 208. The 
data in the packets returned to the stream I/O adapter 
208 is supplied to the RAM 212. When the entire module 
has been retrieved from the packet stream (which may 
require several packets, as described above), proces- 
sor 21 0 is notified of its receipt by the stream I/O adapter 
208. Processor 210 may then continue execution of its 
program. 

[0064] The data stream in a distributed computing 
system illustrated in FIGURE 1 is similar to a mass stor- 
age system in prior art systems. An application program 
executing on the processor 210 makes a request for a 
module listed in the directory in the same manner that 
such a program would make a request for a file contain- 
ing a code or data module previously stored on a mass 
storage device in a prior art system. The data stream 
receiver 207 is similar to a mass storage device, and 
stream I/O 208 acts in a similar manner to a mass stor- 
age adapter on a prior art system by locating the desired 
data, transferring it to a predetermined location (I/O buff- 
er) in the system memory and informing the processor 
of the completion of the retrieval. However, the stream 
I/O adapter 208 can only retrieve code and data from 
the data stream; data cannot be written to the data 
stream. 

[0065] As described above, the distributed computing 
application may be divided into more than one code 
module, each containing executable code for a different 
portion of the distributed computing application. When 
a particular code module is desired, processor 210 re- 
quests that code module from stream I/O adapter 208. 
When execution of that module has completed, proces- 
sor 210 requests the next module from stream I/O 208. 
Because code and data modules are repetitively carried 
on the data stream, a module may be deleted from RAM 
21 2 when it is not currently needed without the necessity 
of temporarily being stored, because if it is required later, 
it may again be retrieved from the data stream when 
needed. However, if RAM 212 has sufficient capacity, 
processor 21 0 may request stream I/O adapter to simul- 
taneously load several code modules into RAM 212. If 
this can be done, then processor 210 may switch be- 
tween code modules without waiting for stream I/O 
adapter 208 to extract them from the data stream. 
[0066] As described above, other I/O adapters may 
be coupled to the system bus 216 in a known manner. 
For example, in an interactive TV system, a graphics 
adapter may be coupled to system bus 216. The graph- 
ics adapter generates signals representing graphical 
images, in a known manner, in response to instructions 
from the processor 210. Further, these signals may be 


combined with the standard video signal produced by 
the video decoder (described above) in the auxiliary da- 
ta processor 50 of an interactive TV system. When the 
graphical image representative signal and the standard 

5 video signal are combined, the resulting signal repre- 
sents an image in which the image generated by the 
graphics adapter is superimposed on the image repre- 
sented by the broadcast video signal. It is also possible 
to selectively combine these two image representative 

10 signals under the control of the processor 21 0. 

[0067] An interactive TV system, may also include a 
sound adapter coupled to the system bus 216. The 
sound adapter generates a signal representing a com- 
puter generated sound (such as music, synthesized 

15 voice or other sound), in a known manner, in response 
to instructions from the processor 210. Further, these 
signals may be combined with the standard audio signal 
produced by the audio decoder (described above) in the 
auxiliary data processor 50 of an interactive TV system. 

20 When the sound representative signal and the standard 
audio signal are combined, the resulting signal repre- 
sents the combination of the sound generated by the 
sound adapter and the broadcast audio signal. It is also 
possible to selectively combine these two sound repre- 

25 sentative signals under the control of the processor 210. 
[0068] The timing of the generation and display of the 
graphical image and sound representative signals, may 
be controlled by receipt of the time code data from the 
data stream. This enables an executable code module 

30 to synchronize the display of processor generated im- 
age and presentation of processor generated sound to 
the broadcast video and audio. It is further possible to 
synchronize the operation of the interactive TV applica- 
tion by the insertion of specialized packets into the data 

35 stream which cause an interrupt of the code currently 
executing in processor 210. Stream I/O 208 monitors 
the data stream for such specialized packets, and gen- 
erates an interrupt, in a known manner, for the processor 
210. Processor 210 responds to that interrupt, also in 

40 known manner, by executing an interrupt service routine 
(ISR). This ISR may be used for synchronization of the 
interactive TV application, or other purposes. 
[0069] A client computer 22 in a distributed computing 
system as illustrated in FIGURE 1 does not need a mass 

45 storage device, nor a large amount of RAM 212. Such 
a system decreases the cost of a client computer, and 
increases the functionality of the lower cost client com- 
puters. In addition, such a client computer has the option 
of participating in a distributed computing function, may 

50 join in the distributed computing function at any time (or 
may drop out and return later), and may participate at 
its own pace. 

55 Claims 

1. A distributed computer system comprising: 
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a data stream source (10) adapted simultane- 
ously to produce a plurality of continuous data 
streams, repetitively to insert data representing 
a distributed computing application into at least 
one of the plurality of continuous data streams, 5 
and to include a directory module into at least 
one of the plurality of continuous data streams, 
the directory module including information re- 
lating to the distributed computing application. 

10 

2. The distributed computer system of claim 1 where- 
in: 

said source is adapted to insert said data into 
each of the plurality of continuous data 15 
streams, and to include a directory module in 
each of the plurality of continuous data 
streams; and further comprising a client com- 
puter (20), including a data receiver adapted to 
select one of the plurality of continuous data 20 
streams, to extract (206) the data representing 
the distributed computing application from the 
selected one of the plurality of continuous data 
streams, and to execute (224) the distributed 
computing application. 25 

3. The computer system of claim 2, further character- 
ized by an auxiliary data processor (50); wherein: 

the data stream source (10) is adapted to pro- 30 
duce the plurality of continuous data streams 
further to include auxiliary data; and the client 
computer (20) is adapted to extract the auxiliary 
data from the selected one of the plurality of da- 
ta streams and to supply the auxiliary data to 35 
the auxiliary data processor (50). 

4. The computer system of claim 3, characterized in 
that: 

40 

the data stream source (10) is adapted to pro- 
duce the plurality of data streams in the form of 
a series of packets; including a first packet con- 
taining the data representing the distributed 
computing application, identification informa- 45 
tion indicating that the first packet contains data 
representing the distributed computing applica- 
tion, a second packet containing the auxiliary 
data, and identification information indicating 
that the second packet contains the auxiliary so 
data. 

5. The computer system of claim 2, further character- 
ized by an auxiliary data processor (50); wherein: 

55 

the data stream source (10) is adapted to pro- 
duce the plurality of continuous data streams 
further including auxiliary data; and the client 


computer (20) is adapted to extract the auxiliary 
data from the selected one of the plurality of 
continuous data streams and to supply the ex- 
tracted auxiliary data to the auxiliary data proc- 
essor (50). 

6. The computer system of claim 2, characterized in 
that: 

the data stream source (10) is adapted to pro- 
duce the plurality of continuous data streams in 
the form of a series of packets (32-38) includ- 
ing: a first packet (CM) containing data repre- 
senting an executable code module and iden- 
tification information indicating that the first 
packet contains the data representing the exe- 
cutable code module; a second packet (DM) 
containing data representing a data module 
and identification information indicating that the 
second packet contains data representing the 
data module; and a third packet (AUX) contain- 
ing auxiliary data and identification information 
indicating that the third packet contains the 
auxiliary data. 

7. The computer system of claim 6, characterized in 
that: the data stream source (10) is adapted to pro- 
duce the plurality of continuous data streams further 
to include the directory module to contain informa- 
tion related to the code module; and the client com- 
puter (20) is adapted first to extract the directory 
module from the selected one of the plurality of con- 
tinuous data streams, then to extract the code mod- 
ule in response to the information related to the 
code module in the extracted directory module, and 
to execute the extracted code module. 

8. The computer system of claim 2, characterized in 
that: the data stream source (10) is adapted to pro- 
duce the plurality of continuous data streams as a 
series of packets (32-38) including: a first packet 
(CM) containing data representing an executable 
code module and identification information indicat- 
ing that the first packet contains the data represent- 
ing the executable code module; a second packet 
(DM) containing data representing a data module 
and identification information indicating that the 
second packet contains the data representing the 
data module; a third packet (DIR) containing data 
representing a directory module and identification 
information indicating that the third packet contains 
the data representing the directory module; and a 
fourth packet (AUX) containing auxiliary data and 
identification information indicating that the fourth 
packet contains the auxiliary data. 

9. The computer system of claim 8, characterized in 
that: the data stream source (10) is adapted to pro- 
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duce the plurality of continuous data streams further 
including the data module and the directory module, 
the directory module containing information related 
to the data module; and the client computer (20) fur- 
ther is adapted to extract the data module from the 
selected one of the plurality of continuous data 
streams in response to the information related to the 
data module in the directory module and to execute 
the code module to process the extracted data mod- 


10. A client computer (22) for use in a distributed com- 
puting system, the client computer (22) comprising: 
an input terminal (30), adapted selectively to re- 
ceive one of a plurality of continuous data streams, 
the selected one of the plurality of continuous data 
streams repetitively including data representing a 
distributed computing application and a directory 
module; a data stream receiver (207), coupled to 
the input terminal (30), adapted to receive the se- 20 
lected one of the plurality of continuous data 
streams and to extract (206) the data representing 
the distributed computing application; and a 
processing unit (224), coupled to the data stream 
receiver, adapted to receive and execute (210) the 25 
distributed computing application; wherein the data 
stream receiver (207) is further adapted to extract 
the directory module from the selected one of the 
plurality of continuous data streams and to extract 
the data representing the distributed computing ap- 30 
plication from the selected one of the plurality of 
continuous data streams in response to information 

in the extracted directory module, 

1 1 . The client computer of claim 10, characterized in 35 
that the processing unit (224) comprises: a system 
bus (216); read/write memory (212), coupled to the 
system bus; a data stream input/output adapter 
(208), coupled between the data stream receiver 
(207) and the system bus (216) adapted to receive 40 
the data representing the extracted distributed com- 
puting application from the data stream receiver 
(207), and to store the data representing the ex- 
tracted distributed computing application in the 
read/write memory (212) : and a processor (210), 45 
coupled to the system bus (216) adapted to execute 
the distributed computing application. 

12. The client computer of claim 10 or 11, character- 
ized in that: the input terminal (30) is adapted to so 
receive the selected one of the plurality the data 
streams as a series of packets containing packets 
carrying the data representing the distributed com- 
puting application; and the data stream receiver 
(207) comprises a packet data extractor (206), cou- 55 
pled to the input terminal (30), adapted to extract 
the packets carrying the data representing the dis- 
tributed computing application. 


13. The client computer of claim 12, characterized in 
that: 

the series of packets in the data stream further 
include packets carrying auxiliary data; the cli- 
ent computer (32) further includes an auxiliary 
data processor; and the data stream receiver 
(207) includes an auxiliary data packet extrac- 
tor, coupled to the auxiliary data processor, 
adapted to extract the packets carrying the aux- 
iliary data from the data stream and to supply 
the packets carrying the auxiliary data to the 
auxiliary data processor. 

14. The client computer of claim 13, characterized in 
that the distributed computing system is an interac- 
tive television system, and the auxiliary data is tel- 
evision video and audio. 

15. The client computer of claim 10 to 14, character- 
ized in that: the input terminal (30) being adapted 
to receive the plurality of continuous data streams, 
each including data representing a respective dis- 
tributed computing application; and the data stream 
receiver (207) comprises: a data stream selector 
(202), coupled to the input terminal (30), adapted to 
produce the selected one of the plurality of data 
streams in response to control signals from the 
processing unit (224); and an extractor of data rep- 
resentative of the distributed computing application 
coupled between the data stream selector (202) 
and the processing unit (224) adapted to extract the 
data representing the distributed computing appli- 
cation from the selected one of the plurality of data 
streams. 

16. The client computer of claim 15, characterized in 
that: 

the data stream selector (202) includes a se- 
lection control input terminal, and is adapted to 
produce the selected one of the plurality of data 
streams in response to a control signal at the 
selection control input terminal; the processing 
unit (224) comprises: a system bus (21 6); read/ 
write memory (212), coupled to the system bus 
(216); a data stream input/output adapter 
(208), coupled between the data stream receiv- 
er (207) and the system bus(216), adapted to 
receive the extracted data representing the dis- 
tributed computing application from the data 
stream receiver (207), and to store the data rep- 
resenting the distributed computing application 
in the read/write memory (212), and having a 
control output terminal coupled to the selection 
control input terminal of the data stream selec- 
tor (202), adapted to produce the selection con- 
trol signal; and a processor (210), coupled to 
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the system bus(21 6), adapted to control the da- Pc 
ta stream input/output device to generate a se- 
lection control signal selecting the selected one 1 . 
of the plurality of data stream, and to execute 
the distributed computing application. 5 

17. The client computer of claim 10 to 14, character- 
ized in that: the input terminal (30) is adapted to 
receive the distributed computing application repre- 
sentative data including an executable code mod- w 
ule; the data stream receiver (207) is adapted to ex- 
tract the executable code module; and the process- 
ing unit is adapted to execute the extracted code 
module. 

15 2. 

18. The client computer of claim 17, characterized in 
that: 

the input terminal (30) is adapted to receive the 
data representing the distributed computing ap- 20 
plication and the directory module containing 
information related to the executable code 
module and; and the data stream receiver (207) 
is adapted first to extract the directory module 
from the data stream; the processing unit is 25 
adapted to process the information related to 
the executable code module in the directory 
module; the data stream receiver (207) is 
adapted to extract the executable code module 
from the data stream based on the information 30 3. 
related to the executable code module in the 
extracted directory module; and the processing 
unit is adapted to execute the extracted execut- 
able code module. 

35 

1 9. The client computer of claim 1 8 wherein the distrib- 
uted computing application representative data fur- 
ther includes a data module and the directory mod- 
ule further contains information related to the data 
module the client computer, characterized in that: 40 
the processing unit (210) is adapted to process in- 4. 
formation related to the data module in the directory 
module; the data stream receiver (207) is adapted 

to extract the data module from the data stream 
based on the information related to the data module 45 
in the extracted directory module; and the process- 
ing unit is adapted to execute the extracted code 
module to process the extracted data. 

20. The client computer of claim 10 to 14 wherein the so 
distributed computing application is divided into a 
plurality of modules, representing portions of the 
application, characterized in that the processing 

unit is adapted to store only modules of said plurality 5. 
of modules, necessary to execute the current por- 55 
tion of the application. 


Verteiltes Computersystem, das eine Datenstrom- 
quelle (10) umfasst, die gleichzeitig dafur ausgelegt 
ist, eine Vielzahl kontinuierlicher Datenstrbme zu 
erzeugen, wiederkehrend Daten, die eine verteilte 
Computeranwendung darstellen, in mindestens ei- 
nen Datenstrom der Vielzahl kontinuierlicher Da- 
tenstrbme einzufugen und ein Verzeichnismodul in 
mindestens einen Datenstrom der Vielzahl kontinu- 
ierlicher Datenstrbme einzufugen, wobei das Ver- 
zeichnismodul Informationen enthalt, die die verteil- 
te Computeranwendung betreffen. 

Verteiltes Computersystem nach Anspruch 1, wo- 
bei die Quelle dafur ausgelegt ist, die Daten in jeden 
Datenstrom der Vielzahl kontinuierlicher Datenstro- 
me einzufugen und ein Verzeichnismodul in jeden 
Datenstrom der Vielzahl kontinuierlicher Datenstrd- 
me einzufugen; und das des Weiteren einen Cli- 
ent-Computer (20) umfasst, der einen Datenemp- 
fanger enthalt, der dafur ausgelegt ist, einen Daten- 
strom der Vielzahl kontinuierlicher Datenstrbme 
auszuwahlen, urn die Daten, die die verteilte Com- 
puteranwendung darstellen, aus dem ausgewahl- 
ten Datenstrom der Vielzahl kontinuierlicher Daten- 
strbme auszublenden (206), und um die verteilte 
Computeranwendung auszufuhren (224). 

Computersystem nach Anspruch 2, das des Weite- 
ren durch einen Hilfsdatenprozessor (50) gekenn- 
zeichnet ist; wobei: die Datenstromquelle (10) dafur 
ausgelegt ist, die Vielzahl kontinuierlicher Daten- 
strbme so zu erzeugen, dass sie des Weiteren Hilfs- 
daten enthalten; und der Client-Computer (20) da- 
fur ausgelegt ist, die Hilfsdaten aus dem ausge- 
wahlten Datenstrom der Vielzahl von Datenstrbmen 
auszublenden und die Hilfsdaten dem Hilfsdaten- 
prozessor (50) zuzufuhren. 

Computersystem nach Anspruch 3, dadurch ge- 
kennzeichnet, dass: die Datenstromquelle (10) 
dafur ausgelegt ist, die Vielzahl von Datenstrbmen 
in Form einer Reihe von Pakten zu erzeugen; ein- 
schliefclich eines ersten Pakets, das die Daten ent- 
halt, die die verteilte Computeranwendung darstel- 
len, Identifikationsinformationen, diedarauf hinwei- 
sen, dass das erste Paket Daten enthalt, die die ver- 
teilte Computeranwendung darstellen, eines zwei- 
ten Pakets, das die Hilfsdaten enthalt, und Identifi- 
kationsinformationen, die darauf hinweisen, dass 
das zweite Paket die Hilfsdaten enthalt. 

Computersystem nach Anspruch 2, das des Weite- 
ren durch einen Hilfsdatenprozessor (50) gekenn- 
zeichnet ist, wobei: die Datenstromquelle (1 0) dafur 
ausgelegt ist, die Vielzahl kontinuierlicher Daten- 
strbme zu erzeugen, die des Weiteren Hilfsdaten 
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enthalten; und der Client-Computer (20) dafiir aus- 
gelegt ist, die Hilfsdaten aus dem ausgewahlten 
Datenstrom der Vielzahl kontinuieriicher Datenstro- 
me auszublenden und die ausgeblendeten Hilfsda- 
ten dem Hilfsdatenprozessor (50) zuzufiihren. 

Computersystem nach Anspruch 2, dadurch ge- 
kennzeichnet, dass: die Datenstromquelle (10) 
dafur ausgelegt ist, die Vielzahl kontinuieriicher Da- 
tenstrome in Form einer Reihe von Paketen (32-38) 
zu erzeugen, einschlielilich: eines ersten Pakets 
(CM), das Daten, die ein ausfuhrbares Codemodul 
darstellen, und Identifikationsinformationen enthalt, 
die anzeigen, dass das erste Paket die Daten ent- 
halt, die das ausfuhrbare Codemodul darstellen; ei- 
nes zweiten Pakets (DM), das Daten, die ein Da- 
tenmodul darstellen, und Identifikationsinformatio- 
nen enthalt, die darauf hinweisen, dass das zweite 
Paket Daten enthalt, die das Datenmodul darstel- 
len; und eines dritten Pakets (AUX), das Hilfsdaten 
und Identifikationsinformationen enthalt, die anzei- 
gen, dass das dritte Paket die Hilfsdaten enthalt. 

Computersystem nach Anspruch 6, dadurch ge- 
kennzeichnet, dass: die Datenstromquelle (10) 
dafur ausgelegt ist, die Vielzahl kontinuieriicher Da- 
tenstrome so zu erzeugen, dass sie des Weiteren 
das Verzeichnismodul umfassen, urn Informationen 
zu enthalten, die das Codemodul betreffen; und 
dass der Client-Computer (20) dafur ausgelegt ist, 
zuerst das Verzeichnismodul aus dem ausgewahl- 
ten Datenstrom der Vielzahl kontinuieriicher Daten- 
strome auszublenden, daraufhin das Codemodul 
als Reaktion auf die Informationen bezuglich des 
Codemoduls in dem ausgeblendeten Verzeichnis- 
modul auszublenden und das ausgeblendete Co- 
demodul auszufuhren. 

Computersystem nach Anspruch 2, dadurch ge- 
kennzeichnet, dass: die Datenstromquelle (10) 
dafur ausgelegt ist, die Vielzahl kontinuieriicher Da- 
tenstrome als Reihe von Paketen (32-38) zu erzeu- 
gen, einschliefJIich: eines ersten Pakets (CM), das 
Daten, die ein ausfuhrbares Codemodul darstellen, 
und Identifikationsinformationen enthalt, die anzei- 
gen, dass das erste Paket die Daten enthalt, die das 
ausfuhrbare Codemodul darstellen; eines zweiten 
Pakets (DM), das Daten, die ein Datenmodul dar- 
stellen, und Identifikationsinformationen enthalt, 
die anzeigen, dass das zweite Paket die Daten ent- 
halt, die das Datenmodul darstellen; eines dritten 
Pakets (DIR), das Daten, die ein Verzeichnismodul 
darstellen, und Identifikationsinformationen enthalt, 
die anzeigen, dass das dritte Paket die Daten ent- 
halt, die das Verzeichnismodul darstellen; und ei- 
nes vierten Pakets (AUX), das Hilfsdaten und Iden- 
tifikationsinformationen enthalt, die anzeigen, dass 
das vierte Paket die Hilfsdaten enthalt. 


9. Computersystem nach Anspruch 8, dadurch ge- 
kennzeichnet, dass: die Datenstromquelle (10) 
dafur ausgelegt ist, die Vielzahl kontinuieriicher Da- 
tenstrome zu erzeugen, die des Weiteren das Da- 

5 tenmodul und das Verzeichnismodul umfassen, wo- 
bei das Verzeichnismodul Informationen enthalt, 
die das Datenmodul betreffen; und dass der Cli- 
ent-Computer (20) des Weiteren dafiir ausgelegt 
ist, als Reaktion auf die Informationen bezuglich 

10 des Datenmoduls in dem Verzeichnismodul das Da- 
tenmodul aus dem ausgewahlten Datenstrom der 
Vielzahl kontinuieriicher Datenstrome auszublen- 
den und das Codemodul auszufuhren, urn das aus- 
geblendete Datenmodul zu verarbeiten. 

15 

10. Client-Computer (22) zur Verwendung in einem ver- 
teilten Computersystem, wobei der Client-Compu- 
ter (22) Fotgendes umfasst: eine Eingangsklemme 
(30), die selektiv dafur ausgelegt ist, einen Daten- 

20 strom einer Vielzahl kontinuieriicher Datenstrome 
zu empfangen, wobei der ausgewahlte Datenstrom 
der Vielzahl kontinuieriicher Datenstrome wieder- 
kehrend Daten umfasst, die eine verteilte Compu- 
teranwendung und ein Verzeichnismodul darstel- 

25 len; einen Datenstromempfanger (207), der mit der 
Eingangsklemme (30) verbunden ist und dafur aus- 
gelegt ist, den ausgewahlten Datenstrom der Viel- 
zahl kontinuieriicher Datenstrome zu empfangen 
und die Daten auszublenden (206), die die verteilte 

30 Computeranwendung darstellen; und eine Verar- 
beitungseinheit(224), die mit dem Datenstromemp- 
fanger verbunden und dafur ausgelegt ist, die ver- 
teilte Computeranwendung zu empfangen und aus- 
zufuhren (210); wobei der Datenstromempfanger 

35 (207) des Weiteren dafur ausgelegt ist, das Ver- 
zeichnismodul aus dem ausgewahlten Datenstrom 
der Vielzahl kontinuieriicher Datenstrome auszu- 
blenden und als Reaktion auf Informationen in dem 
ausgeblendeten Verzeichnismodul die Daten, die 

40 die verteilte Computeranwendung darstellen, aus 
dem ausgewahlten Datenstrom der Vielzahl konti- 
nuieriicher Datenstrome auszublenden. 

11. Client-Computer nach Anspruch 10, dadurch ge- 
45 kennzeichnet, dass die Verarbeitungseinheit 
(224) Folgendes umfasst: eine Systembusleitung 
(216); einen Schreib-/l_esespeicher (212), der mit 
der Systembusleitung verbunden ist; einen Daten- 
stromeingabe-/-ausgabeadapter (208), der zwi- 
50 schen dem Datenstromempfanger (207) und der 
Systembusleitung (216) angeschlossen ist und da- 
fur ausgelegt ist, die Daten, die die ausgeblendete 
verteilte Computeranwendung darstellen, aus dem 
Datenstromempfanger (207) zu empfangen, und 
55 die Daten, die die ausgeblendete verteilte Compu- 
teranwendung darstellen, in dem Schreib-/Lese- 
speicher (212) zu speichern; und einen Prozessor 
(210), der mit der Systembusleitung (216) verbun- 
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den und dafur ausgelegt ist, die verteilte Computer- 
anwendung auszufuhren. 

12. Client-Computer nach Anspruch 10 oder 11, da- 
durch gekennzeichnet, dass: die Eingangsklem- 5 
me (30) dafur ausgelegt ist, den ausgewahlten Da- 
tenstrom der Vielzahl von Datenstromen als eine 
Reihe von Paketen zu empfangen, die Pakete ent- 
halten, die die Daten befordern, die die verteilte 
Computeranwendung darstellen; und dass der Da- w 
tenstromempfanger (207) eine Paketdatenmaske 
(206) umfasst, die mit der Eingangsklemme (30) 
verbunden und dafur ausgelegt ist, die Pakete aus- 
zublenden, die die Daten befordern, die die verteilte 
Computeranwendung darstellen. is 

13. Client-Computer nach Anspruch 12, dadurch ge- 
kennzeichnet, dass: die Reihe von Paketen in dem 
Datenstrom des Weiteren Pakete umfasst, die Hilfs- 
daten befordern; der Client-Computer (32) des Wei- 20 
teren einen Hilfsdatenprozessor umfasst; und der 
Datenstromempfanger (207) eine Hilfsdatenmaske 
umfasst, die mit dem Hilfsdatenprozessor verbun- 
den und dafur ausgelegt ist, die Pakete, die die 
Hilfsdaten befordern, aus dem Datenstrom auszu- 25 
blenden, und die Pakete, die die Hilfsdaten befor- 
dern, dem Hilfsdatenprozessor zuzufuhren. 

14. Client-Computer nach Anspruch 13, dadurch ge- 
kennzeichnet, dass das verteilte Computersystem 30 
ein interaktives Fernsehsystem ist und die Hilfsda- 
ten Fernseh-Videodaten und Fernseh-Audiodaten 
sind. 

15. Client-Computer nach Anspruch 10 bis 14, da- 35 
durch gekennzeichnet, dass: die Eingangsklem- 
me (30) dafur ausgelegt ist, die Vielzahl kontinuier- 
licher Datenstrome zu empfangen, wobei jeder der 
Datenstrome Daten umfasst, die eine entsprechen- 

de verteilte Computeranwendung darstellen; und 40 
dass der Datenstromempfanger (207) Folgendes 
umfasst: einen Datenstromselektor (202), der mit 
der Eingangsklemme (30) verbunden und dafur 
ausgelegt ist, als Reaktion auf Steuersignale von 
der Verarbeitungseinheit (224) den ausgewahlten 45 
Datenstrom der Vielzahl von Datenstromen zu er- 
zeugen; und eine Maske fur die reprasentativen Da- 
ten der verteilten Computer anwendung, die zwi- 
schen dem Datenstromselektor (202) und der Ver- 
arbeitungseinheit (224) angeschlossen und dafur so 
ausgelegt ist, die Daten, die die verteilte Computer- 
anwendung darstellen, aus dem ausgewahlten Da- 
tenstrom der Vielzahl von Datenstromen auszu- 
blenden. 

55 

16. Client-Computer nach Anspruch 15, dadurch ge- 
kennzeichnet, dass: der Datenstromselektor (202) 
eine Auswahlsteuereingangsklemme umfasst und 


dafur ausgelegt ist, als Reaktion auf ein Steuersi- 
gnal an der Auswahlsteuereingangsklemme den 
ausgewahlten Datenstrom der Vielzahl von Daten- 
stromen zu erzeugen; die Verarbeitungseinheit 
(224) Folgendes umfasst: eine Systembusleitung 
(216); einen Schreib-/Lesespeicher (212), der mit 
der Systembusleitung (216) verbunden ist; einen 
Datenstromeingabe-/-ausgabeadapter (208), der 
zwischen dem Datenstromempfanger (207) und der 
Systembusleitung (216) angeschlossen und dafur 
ausgelegt ist, die ausgeblendeten Daten, die die 
verteilte Computeranwendung darstellen, von dem 
Datenstromempfanger (207) zu empfangen, und 
die Daten, die die verteilte Computeranwendung 
darstellen, in dem Schreib-/Lesespeicher (212) zu 
speichern, und der eine Steuerausgangsklemme 
aufweist, die mit der Auswahlsteuereingangsklem- 
me des Datenstromselektors (202) verbunden ist, 
welcher dafur ausgelegt ist, das Auswahlsteuersi- 
gnal zu erzeugen; und einen Prozessor (210), der 
mit der Systembusleitung (21 6) verbunden und da- 
fur ausgelegt ist, die Datenstromeingabe-/-ausga- 
bevorrichtung zu steuern, um ein Auswahlsteuersi- 
gnal zu erzeugen, das den ausgewahlten Daten- 
strom der Vielzahl von Datenstromen auswahlt, und 
um die verteilte Computeranwendung auszufuhren. 

17. Client-Computer nach Anspruch 10 bis 14, da- 
durch gekennzeichnet, dass: die Eingangsklem- 
me (30) dafur ausgelegt ist, die reprasentativen Da- 
ten der verteilten Computeranwendung, 
einschlieftlich eines ausfuhrbaren Codemoduls, zu 
empfangen; der Datenstromempfanger (207) dafur 
ausgelegt ist, das ausfuhrbare Codemodul auszu- 
blenden; und die Verarbeitungseinheit dafur ausge- 
legt ist, das ausgeblendete Codemodul auszufuh- 
ren. 

18. Client-Computer nach Anspruch 17, dadurch ge- 
kennzeichnet, dass: die Eingangsklemme (30) da- 
fur ausgelegt ist, die Daten, die die verteilte Com- 
puteranwendung darstellen, und das Verzeichnis- 
modul, das Informationen bezuglich des ausfuhrba- 
ren Codemoduls enthalt, zu empfangen; und dass 
der Datenstromempfanger (207) dafur ausgelegt 
ist, zuerst das Verzeichnismodul aus dem Daten- 
strom auszublenden; die Verarbeitungseinheit da- 
fur ausgelegt ist, die Informationen bezuglich des 
ausfuhrbaren Codemoduls im Verzeichnismodul zu 
verarbeiten; der Datenstromempfanger (207) dafur 
ausgelegt ist, das ausfuhrbare Codemodul aus dem 
Datenstrom basierend auf den Informationen be- 
zuglich des ausfuhrbaren Codemoduls in dem aus- 
geblendeten Verzeichnismodul auszublenden; und 
die Verarbeitungseinheit dafiir ausgelegt ist, das 
ausgeblendete ausfuhrbare Codemodul auszufuh- 
ren. 
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19. Client-Computer nach Anspruch 18, wobei die re- 
prasentativen Daten der verteilten Computeran- 
wendung des Weiteren ein Datenmodul umfassen 
und das Verzeichnismodul des Weiteren Informa- 
tionen bezuglich des Datenmoduls des Client-Com- 
puters umfasst, dadurch gekennzeichnet, dass: 
die Verarbeitungseinheit (210) dafur ausgelegt ist, 
Informationen bezuglich des Datenmoduls im Ver- 
zeichnismodul zu verarbeiten; der Datenstromemp- 
fanger (207) dafur ausgelegt ist, das Datenmodul 
ausdem Datenstrom basierend auf den Informatio- 
nen bezuglich des Datenmoduls in dem ausgeblen- 
deten Verzeichnismodul auszublenden; und die 
Verarbeitungseinheit dafur ausgelegt ist, das aus- 
geblendete Codemodul auszufuhren, urn die aus- 
geblendeten Daten zu verarbeiten. 

20. Client-Computer nach Anspruch 10 bis 14, wobei 
die verteilte Computeranwendung in eine Vielzahl 
von Modulen unterteilt ist, die Abschnitte der An- 20 
wendung darstellen, dadurch gekennzeichnet, 
dass die Verarbeitungseinheit dafur ausgelegt ist, 
nur Module der Vielzahl von Modulen zu speichern, 
diezur Ausfuhrung des aktuellen Abschnitts der An- 
wendung notwendig sind. 
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Revendications 

1 . Un systeme informatique reparti comprenant : 

une source de train de donnees (10) adaptee 
de fagon a produire simultanement une plurali- 
te de trains de donnees continues, de facon a 
inserer iterativement des donnees represen- 
tant une application informatique repartie dans 
au moins un train de donnees continues de la 
pluralite de trains de donnees continues et 
de fagon a inclure un module de repertoire dans 
au moins un train de donnees continues des 
trains de donnees continues, ce module de re- 
pertoire comprenant des informations relatives 
a I'application informatique repartie. 

2. Le systeme informatique reparti selon la Revendi- 
cation 1 ou : 

ladite source est adaptee de facon a inserer 
lesdites donnees dans chacun des trains de 
donnees continues de la pluralite de trains de 
donnees continues ; a inclure un module de re- 
pertoire dans chacun des trains de donnees 
continues de la pluralite de trains de donnees 
continues ; et comprenant en outre un ordina- 
teur client (20), incluant un recepteur de don- 
nees adapte de fagon a selectionner un train 
de donnees continues de la pluralite de trains 
de donnees continues, de fagon a extraire 
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(206) les donnees representant I'application in- 
formatique repartie du train de donnees conti- 
nues selectionne dans la pluralite de trains de 
donnees continues, et de fagon a executer 
(204) I'application informatique repartie. 

Le systeme informatique selon la Revendication 2, 
caracterise en outre par un processeur de don- 
nees auxiliaires (50) ou : 

la source de train de donnees (10) est adaptee 
de fagon a produire la pluralite de trains de don- 
nees continues de fagon a y inclure en outre 
des donnees auxiliaires ; et I'ordinateur client 
(20) est adapte de fagon a extraire les donnees 
auxiliaires du train de donnees selectionne 
dans la pluralite de trains de donnees et de fa- 
gon a fournir les donnees auxiliaires au proces- 
seur de donnees auxiliaires (50). 

Le systeme informatique selon la Revendication 3, 
caracterise par le fait que : 

la source de train de donnees (10) est adaptee 
de fagon a produire la pluralite de trains de don- 
nees sous la forme d'une serie de paquets ; y 
compris d'un premier paquet contenant les 
donnees representant I'application informati- 
que repartie, des informations d'identification 
indiquant que le premier paquet contient des 
donnees representant I'application informati- 
que repartie, un deuxieme paquet contenant 
les donnees auxiliaires et des informations 
^identification indiquant que le deuxieme pa- 
quet contient les donnees auxiliaires. 

Le systeme informatique selon la Revendication 2, 
caracterise en outre par un processeur de don- 
nees auxiliaires (50) ou : 

la source de train de donnees (10) est adaptee 
de fagon a produire la pluralite de trains de don- 
nees continues incluant en outre des donnees 
auxiliaires ; et 

I'ordinateur client (20) est adapte de fagon a ex- 
traire les donnees auxiliaires du train de don- 
nees continues selectionne dans la pluralite de 
trains de donnees continues et de fagon a four- 
nir les donnees auxiliaires extraites au proces- 
seur de donnees auxiliaires (50). 

Le systeme informatique selon la Revendication 2, 
caracterise par le fait que : 

la source de train de donnees (10) est adaptee 
de fagon a produire la pluralite de trains de don- 
nees continues sous la forme d'une serie de pa- 
quets (32 a 38) incluant : un premier paquet 


16 


31 


EP 0 680 185 B1 


32 


(CM) contenant des donnees representant un 
module de code executable et des informations 
d'identification indiquantque le premier paquet 
contient les donnees representant le module de 
code executable ; un deuxieme paquet (DM) 5 
contenant des donnees representant un modu- 
le de donnees et des informations d'identifica- 
tion indiquant que le deuxieme paquet contient 
des donnees repr6sentant le module de 
donnees ; et 10 
un troisieme paquet (AUX) contenant des don- 
nees auxiliaires et des informations d'identifi- 
cation indiquant que le troisieme paquet con- 
tient des donnees auxiliaires. 

15 

7. Le systeme informatique selon la Revendication 6, 
caracterise par le fait que : 


9. Le systeme informatique selon la Revendication 8, 
caracterise par le fait que : 

la source de train de donnees (10) est adaptee 
de fagon a produire la pluralite de trains de don- 
nees continues incluant en outre le module de 
donnees et le module de repertoire, le module 
de repertoire contenant des informations rela- 
tives au module de donnees ; et I'ordinateur 
client (20) est adapte en outre de fagon a ex- 
traire le module de donnees du train de don- 
nees continues selectionne dans la pluralite de 
trains de donnees continues en reponse aux in- 
formations relatives au module de donnees 
dans le module de repertoire, et a executer le 
module de code pour traiter le module de don- 
nees extra it. 


la source de train de donnees (1 0) est adaptee 
de fagon a produire la pluralite de trains de don- 20 
nees continues de fagon a y inclure en outre le 
module de repertoire de fagon a contenir les in- 
formations relatives au module de code ; et 
I'ordinateur client (20) est adapte de fagon a ex- 
traire en premier lieu le module de repertoire 25 
du train de donnees continues selectionne 
dans la pluralite de trains de donnees conti- 
nues, puis a extraire le module de code en re- 
ponse aux informations relatives au module de 
code dans le module de repertoire extrait, et a 30 
exporter le module de code extrait. 

8. Le systeme informatique selon la Revendication 2, 
caracterise par le fait que : 

35 

la source de train de donnees (10) est adaptee 
de fagon a produire la pluralite de trains de don- 
nees continues sous la forme d'une serie de pa- 
quets (32 a 38) incluant : un premier paquet 
(CM) contenant des donnees representant un 40 
module de code executable et des informations 
d'identification indiquant que le premier paquet 
contient les donnees representant le module de 
code executable ; un deuxieme paquet (DM) 
contenant des donnees representant un modu- 45 
le de donnees et des informations d'identifica- 
tion indiquant que le deuxieme paquet contient 
les donnees representant le module de 
donnees ; un troisieme paquet (DIR) contenant 
des donnees representant un module de reper- so 
toire et des informations d'identification indi- 
quant que le troisieme paquet contient des don- 
nees representant le module de repertoire, et 
un quatrieme paquet (AUX) contenant des don- 
nees auxiliaires et des informations d'identifi- 55 
cation indiquant que le quatrieme paquet con- 
tient les donnees auxiliaires. 


10. Un ordinateur client (22) destine a une utilisation 
dans un systeme informatique reparti, I'ordinateur 
client (22) comprenant : un terminal d'entree (30), 
adapte de fagon a recevoir selectivement un train 
de donnees continues d'une pluralite de trains de 
donnees continues, le train de donnees continues 
selectionne de la pluralite de trains de donnees con- 
tinues incluant iterativement des donnees repre- 
sentant une application informatique repartie et un 
module de repertoire ; un recepteur de train de don- 
nees (207), couple a un terminal d'entree (30), 
adapte de fagon a recevoir le train de donnees con- 
tinues selectionne de la pluralite de trains de don- 
nees continues et pour extraire (206) les donnees 
representant I'application informatique repartie ; et 
une unite de traitement (224), couplee au recepteur 
de train de donnees, adaptee de fagon a recevoir 
et a executer (210) I'application informatique 
repartie ; ou le recepteur de train de donnees (207) 
est adapte en outre de fagon a extraire le module 
de repertoire du train de donnees continues selec- 
tionne dans la pluralite de trains de donnees conti- 
nues et a extraire les donnees representant I'appli- 
cation informatique repartie du train de donnees 
continues selectionne dans la pluralite de trains de 
donnees continues en reponse aux informations 
contenues dans le module de repertoire extrait. 

11. L'ordinateur client selon la Revendication 10, ca- 
racterise par le fait que I'unite de traitement (224) 
comprend : un bus systeme (216) ; une memoire 
lecture/ecriture (212) couplee au bus systeme ; un 
adaptateur d'entree/sortie de train de donn6es 
(208) couple entre le recepteur de train de donnees 
(207) et le bus systeme (216) adapte de fagon a 
recevoir les donnees representant I'application in- 
formatique repartie extra it e du recepteur de train de 
donnees (207), et de fagon a stocker les donnees 
representant I'application informatique repartie ex- 
traite dans la memoire lecture/6criture (212) ; et un 
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processeur (210) couple au bus systeme (216) 
adapte de fagon a executer t'application informati- 
que repartie. 

12. L'ordinateur client selon la Revendication 10 ou 11, 
caracterise par le fait que : le terminal d'entree 
(30) est adapte de fagon a recevoir le train de don- 
nees selectionne de la pluralite de trains de don- 
nees sous la forme d'une serie de paquets cove- 
nant des paquets transportant les donnees repre- 
sentant I'application informatique repartie ; et le re- 
cepteur de train de donnees (207) comprend un ex- 
tracted de donnees en paquets (206) couple au ter- 
minal d'entree (30), adapte de facon a extraire les 
paquets transportant les donnees representant 
('application informatique repartie. 

13. L'ordinateur client selon la Revendication 12, ca- 
racterise par le fait que : 

la serie de paquets du train de donnees com- 
prend en outre des paquets transportant des 
donnees auxiliaires ; l'ordinateur client (32) 
comprend en outre un processeur de donnees 
auxiliaires ; et le recepteur de train de donnees 
(207) inclut un extracteur de paquets de don- 
nees auxiliaires couple au processeur de don- 
nees auxiliaires, adapte de fagon a extraire les 
paquets transportant les donnees auxiliaires du 
train de donnees et a fournir les paquets trans- 
portant les donnees auxiliaires au processeur 
de donnees auxiliaires. 

14. L'ordinateur client selon la Revendication 13, ca- 
racterise par le fait que le systeme informatique 
reparti est un systeme de television interactive et 
que les donnees auxiliaires sont des signaux audio 
et video de television. 

15. L'ordinateur client selon les Revendications 10 a 
14, caracterise par le fait que : le terminal d'entree 
(30) etant adapte de fagon a recevoir la pluralite de 
trains de donnees continues, chacun d'eux incluant 
des donnees representant une application informa- 
tique repartie distincte ; et le recepteur de train de 
donnees (207) comprend : un selecteur de train de 
donnees (202) couple au terminal d'entree (30), 
adapte de fagon a produire le train de donnees se- 
lectionne de la pluralite de trains de donnees en re- 
ponse a des signaux de controle provenant de I'uni- 
te de traitement (224) ; et un extracteur de donnees 
representatives de I'application informatique repar- 
tie couple entre le selecteur de train de donnees 
(202) et I'unite de traitement (224) adapte de fagon 
a extraire les donnees representant I'application in- 
formatique repartie du train de donnees selectionne 
dans la pluralite de trains de donnees. 


16. L'ordinateur client selon la Revendication 15, ca- 
racterise par ie fait que : 

le selecteur de train de donnees (202) com- 

5 prend un terminal d'entree de controle de se- 

lection et est adapte de fagon a produire le train 
de donnees selectionne de la pluralite de trains 
de donnees en reponse a un signal de controle 
regu par le terminal d'entree de controle de 

10 selection; I'unite de traitement (224) 

comprend : un bus systeme (216) ; une memoi- 
re tecture/ecriture (212) couplee au bus syste- 
me (216); un adaptateur d'entree/sortie de 
train de donnees (208) couple entre le recep- 

15 teur de train de donnees (207) et le bus syste- 

me (216) adapte de fagon a recevoir les don- 
nees extraites representant I'application infor- 
matique repartie du recepteur de train de don- 
nees (207), et de fagon a stocker les donnees 

20 representant I'application informatique repartie 

dans la memoire lecture/ecriture (212), et pos- 
sedant un terminal de sortie de controle couple 
au terminal d'entree de controle de selection du 
selecteur de train de donnees (202), adapte de 

25 fagon a produire le signal de controle de 

selection ; et un processeur (210) couple au 
bus systeme (216) adapte de fagon a controler 
le dispositif d'entree/sortie de train de donnees 
de fagon a generer un signal de controle de se- 

30 lection selectionnant le train de donnees selec- 

tionne de la pluralite de trains de donnees et de 
fagon a executer I'application informatique re- 
partie. 

35 17. L'ordinateur client selon les Revendications 10 a 
14, caracterise par le fait que : le terminal d'entree 
(30) est adapte de fagon a recevoir les donnees re- 
presentatives de I'application informatique repartie 
incluant un module de code executable ; le recep- 

40 teur de train de donnees (207) est adapte de fagon 
a extraire le module de code executable ; et I'unite 
de traitement est adaptee de fagon a executer le 
module de code extrait. 

45 18. L'ordinateur client selon la Revendication 17, ca- 
racterise par le fait que : 

le terminal d'entree (30) est adapte de fagon a 
recevoir les donnees representant I'application 

50 informatique repartie et le module de repertoire 

contenantdes informations relatives au module 
de code executable ; et le recepteur de train de 
donnees (207) est adapte de fagon a extraire 
en premier lieu le module de repertoire du train 

55 de donnees ; I'unite de traitement est adaptee 

de fagon a traiter les informations relatives au 
module de code executable dans le module de 
repertoire ; le recepteur de train de donnees 
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(207) est adapte de facon a extraire le module 
de code executable du train de donnees en 
fonction des informations relatives au module 
de code executable se trouvant dans le module 
de repertoire extrait ; et I'unite de traitement est 5 
adaptee de facon a executer le module de code 
executable extrait. 

1 9. L'ordinateur client selon la Revendication 1 8, ou les 
donnees representatives de I'application informati- 10 
que repartie incluent en outre un module de don- 
nees et le module de repertoire contient en outre 
des informations relatives au module de donnees 

de l'ordinateur client, caracterise par le fait que : 
I'unite de traitement (210) est adaptee de facon a *5 
traiter les informations relatives au module de don- 
nees dans le module de repertoire ; le recepteur de 
train de donnees (207) est adapte de facon a ex- 
traire le module de donnees du train de donnees en 
fonction des informations relatives au module de 20 
donnees se trouvant dans le module de repertoire 
extrait ; et I'unite de traitement est adaptee de facon 
a executer le module de code extrait pour traiter les 
donnees extraites. 

25 

20. L'ordinateur client selon les Revendications 1 0 a 14 
ou ('application informatique repartie est divisee en 
une pluralite de modules representant des portions 
de I'application, caracterise par le fait que Tunite 

de traitement est adaptee de facon a stocker uni- 30 
quement les modules de ladite pluralite de modules 
necessaires pour executer la portion en cours de 
I'application. 
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